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Continued Examination Under 37 CFR LI 14 



A request for continued examination under 37 CFR 1.114, including the fee set forth in 
37 CFR 1.17(e), was filed in this application after final rejection. Since this application is 
eligible for continued examination under 37 CFR 1.114, and the fee set forth in 37 CFR 1.17(e) 
has been timely paid, the finality of the previous Office action has been withdrawn pursuant to 
37 CFR 1.114. Applicant's submission filed on April 08, 2004 has been entered. 



The following is a quotation of the first paragraph of 35 U.S.C. 1 12: 

The specification shall contain a written description of the invention, and of the manner and process of making 
and using it, in such full, clear, concise, and exact terms as to enable any person skilled in the art to which it 
pertains, or with which it is most nearly connected, to make and use the same and shall set forth the best mode 
contemplated by the inventor of carrying out his invention. 



Claims 26-54 rejected under 35 U.S.C. 1 12, first paragraph, as based on a disclosure 
which is not enabling. The bandwidth utilization without using the fetch engine is critical or 
essential to the practice of the invention, but not included in the claims. See In re Mayhew, 527 
F.2d 1229, 188 USPQ 356 (CCPA 1976). Applicant claims that transferring pixel data at a given 
memory address range, without using a fetch engine. But applicant does not specify, and it is not 
clear what type of algorithms or methods applicant uses. 

The following is a quotation of the second paragraph of 35 U.S.C. 112: 

The specification shall conclude with one or more claims particularly pointing out and distinctly claiming the 
subject matter which the applicant regards as his invention. 

Claims 34, 35, 48-54 rejected under 35 U.S.C. 112, second paragraph, as being indefinite 
for failing to particularly point out and distinctly claim the subject matter which applicant 
regards as the invention. Applicant uses the term "TRANSFER FUNCTION" to specify the 
mapping, writing, reading, performing, and etc. of the addresses of pixel data. The transfer 



Claim Rejections - 35 USC § 112 
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function in general terms can be written as a program or can be used as hardware. The definition 
of the transfer function: 1 . A mathematical statement that describes the transfer characteristics of 
a system, subsystem, or equipment. 2. The relationship between the input and the output of a 
system, subsystem, or equipment in terms of the transfer characteristics. Therefore in respect to 
the definition the fetch engine is considered as a transfer function. 

Claim Rejections - 35 USC § 103 
The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

Claims 26-54 rejected under 35 U.S.C. 103(a) as being unpatentable over Mastronarde et 
al. (hereinafter referred as a Mastronarde), R. Pendse and R. Bhagavathula (hereinafter referred 
as a Pendse), and further in view of Kajita. 
1. Claims 26-28. 

A method comprising: transferring pixel data to a transformation engine at a given memory 
address range; performing a transformation on the pixel data; and readdressing the transformed 
pixel data to another memory address range without using a fetch engine. 
Mastronarde in figs. 4 and 5 illustrates transferring graphical data at a given memory address 
steps 520, 530, 550 and 560. (GTLB is a table in a CPU that contains references between virtual 
and real address this buffer has a certain number of entries). The assumption is the graphics 
memory request hit the GTLB cache. Mastronarde in col. 1, lines 25-30 discloses whenever an 
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access to the graphics portion of main memory is requested by either the processor or the 
graphics controller, a translation must take place between the virtual address included in the 
access request and a corresponding physical address. This translation is typically handled by the 
GTLB.. Mastronarde does not explicitly specify in fig. 5 just the transformed pixel data to 
another memory address range without using a fetch engine, but Mastronarde illustrates two 
events, one is with fetch engine and the other one is without using fetch engine. However Pendse 
teaches algorithm with pre-fetching. That is different from fetch engine that applicant claims. 
Mastronarde and Pendse do not explicitly specify readdressing, writing, performing the 
transformed graphical data to another memory address range, however Kajita in col. 2, lines 1-19 
teaches a step of accessing the physical memory by using a second address space; an address 
conversion step of performing mapping and management of address data from the first address 
space to the second address space in unit of a predetermined memory block. And also Kajita is 
silent about using the fetch engine. Thus, it would have been obvious to one of ordinary skill in 
the art at the time the invention was made to incorporate the teaching of Kajita (i.e. combines the 
extracted page frame number with offset data stored in the first address space to map address 
data to the second address space in unit of the memory block) and Pendse (i.e. teaches a S-LRU 
algorithm with pre-fetching. Generating a virtual memory by dividing the cache into two 
segments) into Mastronarde invention to improve the GTLB cache miss fetch cycles during 
graphics translational look aside. This modification would be beneficial to users working with 
graphics. 
2. Claim 29. 
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The method of claim 28 further including: generating a virtual memory address for a second 
memory location. Pendse on page 863 in left column teaches a S-LRU algorithm with pre- 
fetching. Generating a virtual memory by dividing the cache into two segments. 

3. Claim 30. 

The method of claim 29 further including: re-mapping a virtual memory address of said first 
virtual memory location to write said transformed pixel data from said first virtual memory 
location to said virtual memory address of said second memory location; and transferring the 
pixel data to a memory controller using a memory controller client in a forward, write-through 
direction. The step of re-mapping is obvious because when the cache is divided into two 
segments, the memory addresses of first and second locations must be known in order to be able 
to transform the graphical data within the memory locations. Mastronarde in fig. 4 illustrates at 
block 410, the first step is to wait to receive a memory transaction request. The request may be 
received as a read or write request from a processor or may be a request from a graphics 
controller. Pendse on page 863 in left column teaches a S-LRU algorithm with pre-fetching. 
Generating a virtual memory by dividing the cache into two segments. 

4. Claim 31. 

The method of claim 30 further including writing pixel data to a virtual memory location 
associated with a memory controller client that receives pixel data written to certain virtual 
addresses. Mastronarde in fig. 4 illustrates at block 410, the first step is to wait to receive a 
memory transaction request. The request may be received as a read or write request from a 
processor or may be a request from a graphics controller. 
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5. Claim 32. 

The method of claim 31 including causing an operating system to set aside virtual addresses for 
said memory controller client. Mastronarde in fig. 6 is a block diagram of one embodiment of a 
system including the memory controller 100 of FIG. 1. The memory controller 100 is included 
in a system logic device 630. The memory controller 100 receives memory access requests from 
a processor 610 and a graphics controller 620. Requests from the graphics controller 620 are 
received over an AGP bus 625. The memory controller 100 performs memory arbitration, cycle 
tracking, and GTLB functions as described above in connection with FIGS. 1 through 5. The 
memory controller 100 issues memory requests to a memory interface 635. The memory 
interface 635 communicates with a system memory 640. The system memory 640 includes a 
graphics memory space 644 and a non-graphics memory space 642. The graphics memory space 
644 may be used to store textures or other data for use by the graphics controller 620. The non- 
graphics memory space 642 may be used to store an operating system and other applications and 
data. The system memory 640 may be implemented using synchronous dynamic random access 
memory (SDRAM) or other memory types that support pipelined operation, such as RAMBUS 
memory (RAMBUS is a trademark of Rambus, Inc.). 

6. Claim 33. 

The method of claim 30 wherein generating said virtual memory address for said second memory 
location includes transforming the addresses of said pixel data at said first virtual memory 
location to addresses at said second memory location. Pendse on page 863 in left column teaches 
a S-LRU algorithm with pre-fetching. Generating a virtual memory by dividing the cache into 
two segments. 
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7. Claim 34. 

The method of claim 33 including determining the offset to pixel data by subtracting a base 
address at said first virtual memory location from the address of pixel data. The step is obvious 
because Kajita teaches in col. 4, lines 34-36, the acquired PFN is combined with the OFFSET of 
the original virtual address, thereby converted to a physical address, and outputted. 

8. Claim 35. 

The method of claim 34 including adding said offset to a base address of said second memory 
location. Kajita teaches in the address conversion step, a corresponding page frame number is 
extracted from an associative memory based on a virtual page number stored in the first address 
space, and the extracted page frame number is combined with offset data stored in the first 
address space to map address data to the second address space in unit of the memory block. 

9. Claim 36. 

The method of claim 30 wherein writing said transformed pixel data from said first virtual 
memory location to said second memory location includes writing the pixel data from said first 
virtual memory location associated with a first transfer function to said second memory location 
associated with a second transfer function. The step is obvious because of the broad claim 
language "transfer function", it is well known in the art that a pipeline supports block moves, 
block reads and write operations, as well as other data transfer functions in hardware and 
software. Pendse on page 863 in left column teaches a S-LRU algorithm with pre-fetching. 
Generating a virtual memory by dividing the cache into two segments 

10. Claim 37. 
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The method of claim 36 including transforming the addresses of the pixel data from addresses in 
a first virtual memory range associated with said first transfer function to memory addresses in a 
second virtual memory range associated with said second transfer function. Pendse on page 863 
in left column teaches a S-LRU algorithm with pre-fetching. Generating a virtual memory by 
dividing the cache into two segments 

11. Claim 38. 

See rejection of claim 26. An article comprising a medium storing instructions that enable a 
processor-based system to: transfer pixel data to a transformation engine at a given memory 
address range; perform a transformation on the pixel data; and readdress the transformed pixel 
data to another memory address range without using a fetch engine. 

12. Claim 39. 

See rejection of claim 26. The article of claim 38 further storing instructions that enable the 
processor-based system to: manipulate the transformed pixel data without going between a 
memory location and another transformation engine. 

13. Claim 40. 

See rejection of claim 26. The article of claim 39 further storing instructions that enable the 
processor-based system to: write pixel data to a first virtual memory location; and perform a first 
pixel transformation at said first virtual memory location in a virtual memory space. 

14. Claim 41. 

See rejection of claim 29. The article of claim 40 further storing instructions that enable the 
processor-based system to: generate a virtual memory address for a second memory location. 

15. Claim 42. 
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See rejection of claim 30. The article of claim 41 further storing instructions that enable the 
processor-based system to: re-map a virtual memory address of said first virtual memory location 
to write said transformed pixel data from said first virtual memory location to said virtual 
memory address of said second memory location; and transfer the pixel data to a memory 
controller using a memory controller client in a forward write-through direction. 

16. Claim 43. 

See rejection of claim 31. The article of claim 42 further storing instructions that enable the 
processor-based system to write pixel data to a virtual memory location associated with a 
memory controller client that receives pixel data written to certain virtual addresses. 

17. Claim 44. 

See rejection of claim 32. The article of claim 43 further storing instructions that enable the 
processor-based system to cause an operating system to set aside virtual addresses for said 
memory controller client. 

18. Claim 45. 

See rejection of claim 33. The article of claim 42 further storing instructions that enable the 
processor-based system to transform the addresses of pixel data at said first virtual memory 
location to addresses at said second memory location. 

19. Claim 46. 

See rejection of claim 34. The article of claim 45 further storing instructions that enable the 
processor-based system to determine the offset to each pixel data by subtracting a base address at 
said first virtual memory location from the address of each pixel data. 

20. Claim 47. 
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See rejection of claim 35. The article of claim 46 further storing instructions that enable the 
processor-based system to add said offset to a base address of said second memory location. 

21. Claim 48. 

See rejection of claim 36. The article of claim 42 further storing instructions that enable the 
processor-based system to write said pixel data from said first virtual memory location 
associated with a first transfer function to said second memory location associated with a second 
transfer function. 

22. Claim 49. 

See rejection of claim 37. The article of claim 48 further storing instructions that enable the 
processor-based system to transform the addresses of said pixel data from addresses in a first 
virtual memory range associated with said first transfer function to memory addresses in a 
second virtual memory range associated with said second transfer function. 

23. Claim 50. 

See rejection of claim 26. A system comprising: a memory controller that receives pixel data and 
virtual memory addresses for a transformation of the pixel data in a virtual memory space; a first 
memory controller client that forwards the pixel data and virtual memory addresses to a first 
transfer function; and a second memory controller client that receives data from said first transfer 
function together with new virtual memory addresses for transfer in a forward, write-through 
direction without using a fetch engine. 

24. Claim 51. 

See rejection of claim 26. The system of claim 50 wherein said first memory controller client 
selectively forwards the pixel data and virtual memory addresses to one of a plurality of transfer 
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functions and said second memory controller client receives the pixel data with new virtual 
memory addresses from said plurality of transfer functions. 

25. Claim 52. 

See rejection of claim 31. The system of claim 51 wherein said second memory controller client 
writes the pixel data back to said memory controller. 

26. Claim 53. 

See rejection of claim 26. The system of claim 50 including a plurality of transfer functions, one 
of said transfer functions arranged to write output data to an address range of another transfer 
function. 

27. Claim 54. 

See rejection of claim 37. The system of claim 53 wherein said transfer functions are associated 
with virtual memory address ranges. 



Conclusion 
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Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Javid A Amini whose telephone number is 703-605-4248. The 
examiner can normally be reached on 8-4pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Michael Razavi can be reached on 703-305-4713. The fax phone number for the 
organization where this application or proceeding is assigned is 703-872-9306. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 
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